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Hard Disk Partitioning 


AHDI 3.00 adds support for hard disks with more than four partitions and partitions of size greater than or equal 
to t6 Mb. There are still only four 12-byle structures (called p?_info) to describe partition information in the first 
sector (physical sector #0) on a hard disk. Physical sector »0 is called the root sector. 


The root sector (physical sector *0) on a hard disk contains this information: 
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Figure 1 


hd_siz A 68000 format long word that contains the total size of the disk, in number of physical <5 12- 

byte) sectors. 

bsf_st A 68000 format long word that specifies the offset to the beginning of the bad sector list from 

the beginning of the entire hard disk, in number of physical (512-byte) sectors. (Typically the 
bad sector list will be located at the beginning of the device right after the root sector.) 

bsl_cnt A 68000 format tong word that specifies the size of the bad sector list, in number of physical 

(512-byte) sectors. 


There are two kinds of partitions, standard partitions and extended partitions. A standard partition can be a 
regular partition (that is, a partition whose size is < 16Mb), or a ^partition (that is, a partition whose size is >- 
16Mb). The first sector in a standard partition is a boot sector (which, on the ST, will contain a BIOS 
Parameter Block). For more information about big partitions, refer to BIG GEMDOS PARTITIONS. An 
extended partition is a special kind of partition which itself is subdivided into standard partitions. For more 
information about extended partitions, refer to EXTENDED GEMDOS PARTITIONS. 
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A hard disk may contain up to four standard partitions, or up to three standard partitions and one extended 
partition. 
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Each partition (standard or extended) is described by a 1 2-byte partition information structure (p?_info where ? 
= 0.1.2. 3): 
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Figure 3 


p?_flg A 1-byte field that indicates the state of a partition. 

Bit 0 When set. the partition exists. 

When not set, the partition does not exist. 

Bit 1-6 Thes~ bits are reserved for future use. 

Bit 7 When set, the partition is bootable. 

When not set. the partition is not bootable. 

The BIOS will boot the first partition that has bit 7 set in this byte. 

P?Jd A 3-byte field that identifies the partition. The field may contain the three ASCII characters: 

"GEM" - for regular ( < 16Mb) GEMDOS partitions 
“BGM" - for big ( >= 16Mb ) GEMDOS partitions 
"XGM" - for extended GEMDOS partitions 

p?_st A 68000 format long word that specifies the offset to the beginning of the partition from the 

beginning of the entire hard disk, in number of physical (512-byte) sectors. 

p?_siz A 68000 format long word that specifies the size of the partition, in number of physical (512- 

byte) sectors. 
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Extended GEMDOS Partitions 


The extended GEMDOS partition enables a hard disk to contain more than 4 partitions. Only one ol the 4 
partition information structures (p?Jnfo as defined above) can contain an extended partition. The extended 
partition is identified by the ASCII characters "XGM" in the 3-byte p?_id field of a p?Jnfo structure in the root 
sector. For more information about the structure of the extended GEMDOS partition, refer to INSIDE THE 
EXTENDED GEMDOS PARTITION. 

Since an extended partition is not bootable, it mustt e proceeded by at least one standard partition, so the hard 
disk can be made bootable. This requirement makes it impossible lor partition 0 to be an extended partition. A 
partitioning utility (e.g. HDX) should only create an extended partition if at least one proceeding standard 
partition already exists. A utility that installs a bootable driver onto the hard disk (e.g. HINSTALL) should never 
mark an extended partition as bootable. 
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Inside the Extended GEMDOS Partition 



The extended GEMDOS partition is a partition which is subdivided into smaller ones. Each subdivision 
consists of an extended root sector (a 512-byte sector), and a standard partition. Conceptually, each 
subdivision is like a stand-alone hard disk with only one partition on it. These subdivisions are ’'linked” together 
by a pointer in the extended root sector. 


The layout ol an extended root sector resembles that oi the root sector (refer to Figure 1 ), except that fields 
like hd_siz, bsl_st and bsl_cnt are not applicable in an extended root sector. Only two of the four p?Jnfo 
structures would be used, but not necessarily the first two. One of the p?Jnfo structures is used to describe 
the standard partition in the current subdivision, the other one provides a link to the next subdivision. The link 
should occupy a p? Jnfo structure that follows the p?_info structure lor the description of the standard partition. 
The other two unused p?Jnfo structures should be filled with zeroes. Refer to Figure 3 for the layout of a 
p?Jnfo structure. 

For the standard partition description, the definitions of the fields in a p?_info structure are: 


p?_f!g A 1-byte field that is used as a bit-vector of flags. Currently only bit 0 is being used; when set it 

indicates that this p?_into structure is being used. The remaining bits are reserved for future 
use. 


p?_id A 3-byte field that identifies the partition. The field / 7 H/s/ contain the three ASCII characters: 

"GEM" - for regular ( < 16Mb) GEMDOS partitions 
"BGM" - for big ( >» 16Mb ) GEMDOS partitions 


p?_st A 68000 format long word that specifies the offset to the beginning of the standard partition 

from the beginning of the extended root sector that this structure resides in, in number ol 
physical (512-byte) sectors. 

p?_siz A 68000 format long word that specifies the size of the standard partition in number of physical 

(512-byte) sectors 



For the link to the next subdivision, the definitions ol the fields in the p?_info structure are: 


PTJIO 


p?_id 


p?_st 


p?_siz 



A 1-byte field that is used as a bit-vector of flags. Currently only bit 0 is being used; when set it 
indicates that this p?Jnto structure is being used. The remaining bits are reserved for future 
use. 

A 3-byte field that identifies the partition. The field must contain "XGM" to specify that 
information in this p?Jnlo structure provides a link to the next subdivision. 

A 68000 format long word that specifies the offset to the beginning of the next subdivision from 
the beginning of the entire extended GEMDOS partition, in number of physical (512-byte) 
sectors. 

A 68000 format long word that specifies the size of the next subdivision, in number of physical 
(512-byte) sectors. 
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The Bad-Sector List 


Several terms are used in describing the Bad-Sector List: 

BSL. 

Bad-Sector List. 

Vendor bad sectors. 

Bad sectors reported by the vendor of the hard disk device, and those not recoverable by reformatting 
the device (more detail later). Contrast with user bad sectors. 

User bad sectors: 

Those bad sectors found by a "Markbad” type utility (in HDX) run by the user. These are suspects: it is 
possible that these will be recoverable by reformatting. 

Media BSL: 

The bad-sector list placed at the start of the media. This list contains information on both user and 
vendor bad sectors, in such a way that they can be distinguished. During formatting, the user part of this list is 
discarded, and the vendor pari is kept in memory. 

Root sector: 

The first sector (sector 0) of a physical device. This contains information about the device: size ol 
device in number of physical (512-byte) sectors: locations, types and sizes of partitions: location and size ol 
the bad-sector list. 

Partition: 

A GEMDOS logical" drive, such as C:. There may be from one to lour partitions per physical device, 
and possibly more with the scheme described in the section for Extended GEMDOS Partition. 

Partition header: 

The boot sector FA Ts, and root directory of a GEMDOS partition. It must be contiguous, with no 
intervening bad sectors. 

Boot sector: 

The first sector ot a partition. This gives GEMDOS information about the partition such as its size, the 
size of its PAT, and how large the root directory is. 

Fife Allocation Table. This is where the clusters assigned to a given file in the GEMDOS filesystem are 
recorded, and also where bad sectors within a GEMDOS partition are marked. 

Root directory: 

The root (topmost) directory of a GEMDOS partition. 


The media BSL is recorded starting at sector ”bsl_st" and occupies "bsl_cnt" sectors. "Bsl_sr and "bst_cnt'' 
are recorded in the root sector, and are described in the section for Hard Disk Partitioning. The size of the 
BSL is based on the device size, and is fixed at formatting time. This BSL consists of 3-byte entries. The first 
two entries are special, and are described below. The rest of the entries consist ol 3-byte physical sector 
numbers of the bad sectors. Entries in this list may straddle physical sectors, and a zero-filled entry marks the 
end of the list, since sector zero can never be bad on a working device. 

The first 3-byte entry in the media BSL contains the number of vendor bad sectors recorded. The first byte of 
the second 3-byte entry is a checksum byte which causes the whole BSL, when added bytewise. to sum to A5 
hex. (If this criterion is not met, the whole BSL is assumed to be bad.) The second and third byte ot the 
second 3-byte entry are reserved tor future use. The next N entries in the BSL are vendor bad sectors, where 
N is the number contained in the first entry. The remainder of the BSL is for user bad sectors. The user-bad 
list is cleared out when the device is reformatted, but is retained during partitioning. 

The size of the media BSL is set when the device is formatted: it does not grow. This list is used to remember 
bad sectors on the media independent ol the partitioning scheme. The bad sectors recorded here are also 
marked in the FAT of each GEMDOS partition, where appropriate. If the partitions are changed, the new FATs 
will reflect the same bad sectors, relocated appropriately. 
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Big GEMDOS Partitions 


A big GEMDOS partition is one whose size is greater than or equal to 16Mb. A big GEMDOS partition is 
identified by the ASCII characters "BGM" in the 3-byte p?_id field of a p?Jnfo structure in the root sector or an 
extended root sector. Since a big GEMDOS partition is just iike a regular partition, only bigger, it can be made 
bootable. For information about how to read from or write to big partitions, refer to BIOS FUNCTION - 
RWABSO. 

With AHDI 3.00. a partition can be as big as the capacity of a hard disk or a quarter of Gigabyte, whichever is 
smaller. A big partition is achieved by having bigger logical sectors within the partition. Each time the size of 
a logical sector is doubled, the maximum size of a partition is doubled. The maximum size of 1/4 Gigabyte is 
obtained as follows: 

Maximum size of a cluster, in number of bytes — 2** 14= 16384 

Size of a cluster, in number of logical sectors = 2 

Maximum size of a logical sector, in number of bytes = 1 6384 / 2 - 8192 

Maximum size of a partition, in number of logicaJ sectors = 2** 15 = 32768 

Maximum size of a partition, in number of bytes - 8192 * 32768 - 1/4 Gigabyte 
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BIOS Parameter Blocks 


Each standard partition is represented as a logical drive. The BIOS Parameter Block, called the BPB, provides 
information about a logical drive. The structure of the BPB has not changed, but the meanings of some fields 
have. 

The 9-word BIOS Parameter Block (BPB) contains this information: 


B PB > + + (+0) 

(+ 2 ) 
(+4) 
(+ 6 ) 
(+ 8 ) 
(+ 10 ) 
(+12) 
(+14) 
(+16) 
(+18) 


All words in the structure are in 68000 format. 

recsiz A word that indicates the number of bytes in a logical sector. A logical sector may contain one 

or more physical (512-byte) sectors. 

clsiz A word that indicates the number of logical sectors in a cluster. The only value supported by 

GEMDOS is 2. 

clsizb A word that indicates the number of bytes in a cluster. The value is clsiz * recsiz. 

rdlen A word that specifies the size of the root directory, in number of logical sectors. A directory 

entry uses 32 bytes, so the number of files a root directory can contain is rcHen * recsiz / 32. 

fsiz A word that specifies the size of each File Allocation Table (FAT), in number of logical sectors. 

fatrec A word that specifies the offset to the first sector of the second FAT from the beginning of the 

logical drive, in number of logical sectors. 

datrec A word that specifies the starting logical sector number of the first data cluster on the logical 

drive. 


1 recsiz 1 

1 clsiz 1 

1 

clsizb 

1 

i 

rdlen 

1 

1 

Islz 

1 

1 

:_.rec 

1 

1 

datrec 

1 

1 numcl 1 

1 

bflags 

1 





Figure 4 



rtumcl A word that specifies the number of data clusters on the logical drive. 

bflags A word that is used as a bit-vector of flags. Currently only bit 0 is being used; when set it 

indicates that 16-bit FAT entries (instead of 12-bit ones) are to be used. The remaining bits are 
reserved. 
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Boot Sectors 


C j The bool sector is the first logical sector on the logical drive and it occupies one logical sector. When a logical 
sector contains more than one physical (512-byte) sectors, a boot sector will be bigger than 512 bytes. 
However, only the first 512 bytes of a boot sector are used, no matter how big the boot sector might be. The 
layout of the first 512 bytes of a big boot sector is identical to a regular (512-byte) boot sector, the rest of the 
boot sector is zero-filled. 

The first 512 bytes of a boot sector contains the following information: 
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Figure 5 

Byte $0 through $8. and byte $1e through $200 are "don’t cares" if the hard drive is not 
bootable. If the hard drive is bootable, they may contain boot code. 

A 24-bit serial number that is used to help determine if the user has changed cartridges in a 
removable drive. The serial number is generated randomly and written when a cartridge is 
partitioned. 

An 8086 format word that indicates the size of a logical sector, in number of bytes. One logical 
sector may contain more than one physical (512-byte) sectors. 
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spc A 1-byte field (bat indicates the size of a cluster, in number of logical sectors. The only value 

supported by GEMDOS is 2. 

res An 6086 format word that indicates the number of reserved logical sectors at the beginning of 

the logical drive, including the boot sector. The value of res is usually 1 . 

nfats A 1-byte field that indicates the number of File Allocation Tables (FAT) on the logical drive. The 

value of nfats is usually 2. 

ndirs An 8086 format word that indicates the number of root directory entries on the logical drive. 

nsects An 8086 format word that indicates the total number of logical sectors on the logical drive, 

including the reserved sectors. 

media A 1-byte field that describes the kind of media the logical drive resides on. For hard disk, the 

value of media is $f8. The ST BIOS does not use this byte. 

spf An 8086 format word that indicates the size of each FAT, in number of logical sectors. 

spt An 8086 format word that indicates the size of each track, in number of sectors. This field is 

not applicable to a hard drive. 

nsides An 8086 format word that indicates the number of sides on the media. This field is not 

applicable to a hard drive. 

nhid An 8086 format word that indicates the number of hidden sectors. This field is not applicable to 

a hard drive. 


The first 512 bytes ol an executable boot sector must word-checksum to the magic number $1234. The last 2 
bytes (at offset $1le) is used for "evening out" checksums. In particular, the Extended BIOS function _Prolobt() 
modifies these 2 bytes. During system initialization, the first 512 bytes of the boot sector from a logical drive 
are loaded into a buffer. If the checksum is correct, the system JSRs the first byte of the buffer. Since the 
location of the buffer is indeterminant, any code contained in the boot sector must be position-independent. 

When a "Get BPB" call is made, the driver reads the first 512 bytes of the boot sector and examines the 
prototype BIOS parameter block (BPB). A BPB is constructed from the prototype. If the prototype looks 
strange (e g. if critical fields in it are zero) the driver returns zero (as an error indication). 
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Patchable Variables 


In AHDI 3.00, a few variables in the driver are made patchable for the user. These variables do not exist in 
previous versions of AHDI.PRG or SHDRIVER.SYS. They are placed at the beginning of the driver file 
(AHDI.PRG or SHDRIVER.SYS). 
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Magic number A value of $IOad in this word indicates that there are patchable variables in that 

version of the driver. This magic number $fOad does not exist in previous versions 
of AHDI.PRG or SHDRIVER.SYS. 

Version number A 68000 format word that indicates which version of the driver this is. For AHDI 

3.00, its value is $0300. This version number does not exist in previous versions of 
AHDI.PRG or SHDRIVER.SYS. 

Ospool size A 68000 format word that specifies how many "chunks" of memory to add to the OS 

pod. The default is 1 28. The size of each chunk is 66 bytes. This number will only 
be used when the ROM version on your system requires that OS pool be added. 

Def_sect_siz A word that specifies the default logical sector size (in number of bytes) the system 

will handle. 512 bytes is the smallest number you can specify, which is also the 
default value of det_sect_siz. The driver will use this number, or the size of the 
biggest logical sector it could find on all logical drives on the system, whichever is 
bigger, to be the size of the buffers on the GEMDOS buffer lists. 

This is useful when you need to switch cartridges on a removable drive (e g. 
MEGAFILE 44) often, and the cartridges are partitioned differently. At boot time, 
the driver will use this number, or the size of the biggest logical sector on all logical 
drives, whichever is bigger, to allocate buffers for the GEMDOS buffer lists. 

For example, suppose that you boot up the system and the size of the biggest 
logical sector on all logical drives is 512 bytes. Later, you need something from a 
cartridge that has a partition whose logical sectors are 1024 bytes big (call it 
Cartridge A). If the default logical sector size has not been set to be greater than 
512, you cannot access this partition on Cartridge A whose logical sectors are 1024 
bytes big, because the GEMDOS buffers are not big enough for its logical sectors. 

You can reboot with Cartridge A in the drive (so the driver allocates bigger buffers), 
or you can change this patchable variable so the driver always allocates 1024-byte 
buffers. You will have to reboot in any case, so the driver can allocate the big 
enough GEMDOS buffers. 
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* entries in def_ndrv A word that specifies the size of the del_ndrv array in number of bytes. The current 

value of this word is 8, which is the maximum number of ACSI units being 
supported. 

Def_ndrv is an array of bytes that specifies default number of drive letters to be 
reserved lor each ACSI unit. The indices into the array are the physical unit 
numbers of the ACSI units. This number will only be used if an ACSI unit is a 
removable hard drive. 

This is useful when you need to switch cartridges on a removable drive (e.g. 
MEGAFILE 44) often, and the cartridges are partitioned differently. At boot time, 
the driver will use this number, or the number of logical drives on a removable ACSI 
hard drive, wNchever is bigger, and assign that number of drive letters to that 
particular unit. 

For example, suppose that you boot with a cartridge that has two partitions on it 
(call it Cartridge A) in the removable drive. Later, you need something from another 
cartridge that has four partitions on it (Cartridge B). If the def_ndrv entry for this 
removable drive has not been set to be greater than two, you cannot access the 
last two -artitions on Cartridge B, because only two drive letters were reserved for 
this removable drive. 

You can reboot with Cartridge B in the drive (so the driver reserves four drive 
letters), or you can change this patchable variable so the driver always reserves 
four drive letters for this physical unit. You will have to reboot in any case, so the 
new distribution of drive letters is recognized. 

1 st-nth entry in de!_ndrv A byte that specifies the default number of drive letters to be reserved for unit i, 

where i = 0, 1,2 n. The default value for every entry is t 
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PUN PTR 


The TOS system variable pun_ptr at $516 points to the following structure: 


•define 

MAXUNITS 

16 

struct 

pun info ( 
WORD 
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BYTE 
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LONG 

partitlon_start(MAXUNITS}; 


LONG 
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LONG 
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Cookie, cookie jDtr, version_num, max sect siz and the reserved fields are the new fields in this structure. 


MAXUNITS 

puns 

pun 


partition_start 


cookie 


cookie_ptr 
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A constant that specifies the maximum number of logical drives (including floppy drives A: 
and B:) supported by the system. 

A word that indicates the number of accessible physical units (hard drives) that are 
connected to the system. 

An array of bytes that indicates which physical unit each logical drive resides on. The 
indices into the array are the logical drive numbers, where 0 is for A:, 1 is for B:, 2 is for C: 
and so on. Each byte is broken down into: 

Bit 0*2 The 3-bit value is the physical ACSI unit number of the unit that the logical drive 
resides on. 

Bit 3-6 These bits are reserved for future use. 

Bit 7 When set, this bit indicates that the logical drive does not exist. 

When not set, it indicates that the logical drive exists. 

An array of tongs that indicates the offset to the beginning of each logical drive from the 
beginning of the entire physical unit, in number of physical (512-byte) sectors. The indices 
into the array are the logical drive numbers, where 0 is for A:, 1 is for B:, 2 is for C: and so 
on. 

A long that indicates more information is following. This cookie does not exist in previous 
versions of the loaded driver, and so allows programs to determine whether the information 
they are looking for exists in the verion which is running. The value of the cookie is 
$41484449, which is AHDI' in ASCII. 

A pointer (which is a long) that points to the cookie. This value is tilled in when the driver 
gets loaded. This allows programs to be sure that they have found the right cookie, not just 
any random ’AHDI' in RAM. 

A word that indicates which version of the driver is running. For AHDI 3.00, the value ol 
version_num is $0300. 

A word that indicates the size ol the biggest logical sector the system will support. The 
value is either the size of the biggest logical sector found or the def_sect_siz (as defined in 
PATCHABLE VARIABLES above), whichever is bigger. This is also the size of the bullers 
on the GEMDOS buffer lists. If you are writing a program to add bullers to the GEMDOS 
buffer lists, make sure those buffers are as big as max_sect_siz. This variable is also 
useful when a program needs to know how big a butter should be allocated for a logical 
sector. Allocating max_sect_siz bytes would guarantee the buffer is big enough for any 
logical sector on all the logical drives. 
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BIOS Function - RWABSO 


RwabsO is the BIOS call that lets you read or write sectors (logical or physical) on a device. It now takes an 
extra parameter to address larger hard disks. 

LONG rwabs(rwtlag, but. count, recno. dev. Irecno) 

WORD rwliag; 

LONG but; 

WORD count, recno. dev: 

LONG Irecno: I* this is the new parameter */ 

rwflag A bit-vector that indicates the mode ot the operation. 

Bit 0 when set, it’s a write operation. 

when not set. it’s a read operation 
Bit 1 when set, ignores media change 

when not set. does not ignore media change 
Bit 2 when set, turns otf retry 

when not set. retries when necessary 
Bit 3 when set. operates in physical mode 
when not s^., operates in logical mode 

but A pointer to a butter to read or write to. In logical mode, the size of the butter must be at least 

count * (size of the logical sector). In physical mode, the size of the butter must be at least 
count* S12 bytes. 

count In logical mode, this word specifies the number logical sectors to read or write. In physical 

mode, it specifies the number of physical (51 2-byte) sectors to read or write. 

recno In logical mode, this word specifies the first logical sector to read from or write to. In physical 

mode, it specifies the first physical sector to read from or write to. 

If recno is -1, Irecno will be used instead. 

dev In logical mode, dev specifies the logcal drive to read from or write to, and is 0 or 1 for floppy 

drives A: or B: respectively, and 2+ for hard disks (where 2 is for C:, 3 is for D:, and so on). In 
physical mode, it specifies the physical unit number ot a hard disk, where 2 is for unil 0, 3 is for 
unit 1. and so on. 

Irecno A long word that specifies the first logical or physical sector to read from or write to. This new 

parameter is optional and is used only when recno equals - 1 . 

If a logical sector contains more than one physical (512-byte) sectors, RwabsO will translate the logical sector 
number to the corresponding physical sector number. RwabsO will also translate the count of logical sectors to 
a count of physical sectors. The caller just needs to provide a buffer ot appropiate size as specified above. 
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BIOS Function - GETBPBO 


O lf you plan to use the GetbpbO call, make sure you call the lorce media change routine before you call 
GetbpbO. In the driver, there is a flag for each logical drive which tells the system whether medium has 
changed or not. The flag can have 3 values. A value of 0 means medium has not changed; A value of 1 
means medium may have changed; A value of 2 means medium has definitely changed. Each time GetbpbO 
is called, the flag corresponding to the logical drive in question will be cleared, because the information about 
that logical drive has been updated. If a medium has changed, and a program calls GetbpbO before GEMDOS 
has a chance to recognize the medium change, GEMDOS will not see the medium change at all. This is 
disastrous because GEMDOS will not update its cached information of the logical drive. To make sure 
GEMDOS will see all possible media changes, you must call the lorce media change routine to force GEMDOS 
to recognize a medium change before your program calls GetbpbO. For information about the force media 
change routine, please refer to FORCING MEDIA CHANGE. 
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Forcing Media Change 


The following is also documented in the Rainbow TOS (TOS 1.4) release notes. 


ft. 

* 

* 

* 

* 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 


ft 


ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 


mediach: cause media-change on a logical device. 

USAGE: 

errcode = mediach (devno) ; /* returns 1 for error */ 

int errcode, devno; 


This procedure causes a media change by installing a new 
handler for the mediach, rwabs, and getbpb vectors; for device 
devno, the mediach handler returns "definitely changed," and 
the rwabs handler returns E_CHNG , until the new getbpb handler 
is called. The new getbpb handler un-installs the new 
handlers. 

After installing the new handlers, this procedure performs a 
disk operation (e.g. open a file) which makes GEMDOS check 
the media-change status of the drive: this will trigger the 
new rwabs, mediach and getbpb handlers to do their things. 

RETURNS: 0 for no error, 1 for error (GEMDOS didn't ever do a 
getbpb call; should never happen). 


ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 


ft 

ft 

ft 


ft 

ft 

ft 

ft 

ft 


ft 

.ft 


_mediach: 


loop: 


.globl 

_medi ach 

move.w 

4(sp) ,d0 

move.w 

dO.mydev 

add.b 

#' A* ,d0 

move.b 

dO , f spec 

cl r. 1 

-(sp) 

move.w 

#$20, -(sp) 

trap 

#1 

addq 

#6,sp 

move.l 

dO,-(sp) 

move.w 

#$20, -(sp) 

move.l 

$472,oldgetbpb 

move.l 

$47e , ol dmedi ach 

move.l 

$476,oldrwabs 

move.l 

#newgetbpb,$472 

move.l 

#newmedi ach , $47e 

move.l 

#new rwabs, $476 


set drive spec for search first 

get super mode, leave old ssp 
and "super" function code on stack 
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; Fopen a file on that drive 



noclose: 



move.w 

#0,-(sp) 


move.l 

#fspec,-(sp) 


move.w 

#$3d,-(sp) 


trap 

#1 


addq 

#8,sp 


; Fclose 

the handle we just got 


tst.l 

dO 


bmi .s 

nocl ose 


move.w 

dO.-(sp) 


move.w 

#S3e,-(sp) 


trap 

#1 


addq 

#4,sp 


moveq 

#0.d7 


cmp.l 

#newgetbpb,$472 

; still installed? 

bne.s 

done 

; nope 

moveq 

#l,d7 

; yup! remove & return TRUE 

move.l 

oldgetbpb,$472 


move.l 

oldmediach, $47e 


move.l 

oldrwabs,$476 


trap 

#1 

; go back to user mode (use stuff 

addq 

#S6,sp 

; left on stack above) 

move.l 

d7 . dO 



rts 


*. 

* 


ft 

* 


* new getbpb: if it’s our device, uninstall vectors; 

* in any case, call the old getbpb vector (to really 

* get it) 


newgetbpb: 

move.w 

mydev , dO 


cmp.w 

4(sp) ,d0 


bne.s 

dooldg 


move.l 

oldgetbpb,$472 


move.l 

oldmediach, $47e 


move.l 

oldrwabs,S476 

dooldg: 

move.l 

oldgetbpb.aO 


jmp 

CaO) 



; it's mine: un-install new vectors 

; continue here whether mine or not: 
; call old. 
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ft . 1 ft 

* * 

* new mediach: if it's our device, return 2; else call old. * 

ft ft 

it — 


newmediach: 



move.w 

mydev , do 



cmp.w 

bne.s 

moveq.l 

4(sp) ,d0 

dooldm 

#2,d0 

; it's mine: return 2 
; (definitely changed) 


rts 



dooldm: 

move.l 

ol dmedi ach , aO 

; not mine: call old vector. 


jmp 

(aO) 


* 



_ , ft 

* 



ft 

ft 

newrwabs : 

return £_CHG (-14) 

if it's my device * 

it 



ft 

ft 



_ ^ ft 

newrwabs : 

move.w 

mydev , dO 



cmp.w 

$e(sp) ,d0 



bne.s 

dooldr 



moveq.l 

rts 

#-14 , dO 


dooldr: 

move.l 

oldrwabs.aO 



jmp 

CaO) 


. data 



- 

tspec: 

dc.b 

"X:\\X" ,0 

; file to look for (doesn't matter) 

i ■ 

. bss 
mydev: 

ds.w 

1 


oldgetbpb: 

ds.l 

1 


oldmediach: 

ds.l 

1 


oldrwabs: 

ds.l 

1 


ft __ 



. r . ft 

ft 



ft 

ft 

end of mediach 

ft 

ft 



ft 

ft 



ft 
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